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(54) A display method for tiled data images 

(57) A method for displaying relatively iarge 
amounts of data representing an image has a display 
device (28). The display system has a processor (22), a 
disk (24), random access memory (RAM)(26), and the 
display device(28). First, data to be displayed is 
obtained (60). A number of tile are created (34). Each 
tile represents, a portion of the image. Next, it is deter- 
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mined if a particular tile is in RAM (70). A least recently 
used tile is swapped out for storing the particular tile in 
the RAM (74), if the particular tile is not already stpred 
in the RAM. the tile is displayed on the display device 
(80). 
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Description 

Government License Rights 

5 The U.S. Government has a paid-up license in this invention and the right jn limited circumstances to require the 
patent owner to license others on reasonable terms as provided for by the terms of contract No. DAAB07-92C-LOG1 
awarded by the US Army. 

: Background of the Invention . 
w . ; " ... '■■ '■ " ' /... / • . - ■ ' • "■■ ■,; 

The present invention pertains to raster display of images and more particularly to a method for rapidly changing 
views of large ampunts of display data. 

There are many times in software applications that there is a need for raster data to be displayed on the screen. 
Since raster data takes a long time to display because of its nature, there is a need to speed up the display process 
is considerably. Norniaily, a raster image is larger than the screen. In these cases, the raster image needs to be panned 
to see the entire image. To pah this image requires much memory and much time. 

For example, in a process for displaying data representing a map, the viewer may wish to look at different portions 
of the map in rapid succession. The viewer may wish to rapidly scan a large portion of the map. Further the viewer may 
wish to rapidly zoom-ih or zoom-out in viewing the map. This requires large amounts of data to be moved rapidly and 
20 accurately to avoid loss of visual continuity or loss of map detail. 

Accordingly rt would be highly desirable to provide a display method which organized the data for rapid and accu- 
rate display as a raster image. 

Brief Description of the Drawing 
25 . . ..' ■ ", • . 

FIG. 1 is a block diagram of a processor, and display arrangement for producing maps in accordance with the 
present invention. 

FIG. 2 is a flow chart of the actual tiling process in accordance with the present invention. 
F|G. 3 is a mapping layout depicting a supermap and tiling of the supermap in accordance with the present inven- 
30 tion. ■ •••;;>• \. . V : ' •"• " • • '• .. \ 

FIG. 4 is a flow chart of the actual process of finding thetiJe that cover a given area in accordance with the present 
invention. 

FIG. 5 is a flow diagram that depicts the process of storing and retrieving map tiles in memory in accordance with 
the present invention. 

35 . "' • ."■ ' V:= y v V--i..:,^---; v : - : . ■. '-' ' • ■ ' '/ ,"■ '■ • 

Description of the Preferred Embodiment 

FIG. 1 illustrates a block diagram of the map display aiTangement for rapid display of the mapi data using a tiled 
approached. This map data is obtained in CD-ROM format from Defense ^ (DMA). This map data can 

40 be any type of raster data. The raster data is read from CD-ROM 20 by processor 22. Processor 22 segments the date 
in to tiles (sections) and stores each tiles on disk 24 until the entire raster image is completed. 

When a raster map is requested to be displayed. Processor 22 will check whether the tile is already in RAM (Ran- 
dom Access Memory) 26. If the tile is already in RAM 26, processor 22 will display the tile to display 28. If the tile is hot 
in RAM 26, processor 22 will retrieve the tile from disk 24 arid store it in RAM 26. Processor 22 will then display the tile 
45 to display 28. . ^ 

For the preferred embodiment of ttiis invention, processor 22 is implemented with a Sun Sparc board running 
SunOS but any Unix® based platform will work. Raster display 28 can be any raster display that can display 256 colors 
or more. Processor 22 is coupled to CD-ROM 20 and to raster display 28. Disk 24 and RAM 26 are included in the Sparc 
workstation. 

50 . ■ , ; . : ■ ■ ... . •• " - :: • 

TILING PROCESS: 

Large map images are initially be partitioned into tiles. This may be an off-line or off-line process that is done once : 
for each map image, this process need not be done in real-time, however, this technique does not limit the image size. 
55 If at a later date, an additional image was placed next to an already existing image, the process would still work. Initially, 
a map is obtained, as mentioned above, to process. These maps are usually produced in 1° by 1° segments. These 
maps have a location on the earth. These maps are too large to fit into main cbmputer memory so the method breaks 
the data into 1/2 mega-word (84>it byte) memory storage tiles, the termliles" is used because when laid one next to 
another the result resembles tiles. Each one of these tiles has a unique file name and header information teiliiig about 
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the particular tile. If another 1 ° by 1° map is loaded, it is also broken up into 1/2 mega-word tiles. In order to keep this 
flexible and have ail the maps work, there is a structure that keeps track of all the supermaps (1° by 1° maps), this 
structure is an array of the following data: 



Name 


Description 


sm rriin lone 


This is the minimum longitude of the entire supermap; 
Minimum is defined as the Northwest corner. 


sm_min_lat 


This is the minimum latitude of the entire supermap. 
Minimum is defined as the Northwest corner. 


sm_ritax_16ng 


This is the maximum longitude of the entire supermap. 
Maximum is defined as the Southeast corner. 


smjmax_lat 


This is the maximum latitude of the entire supermap. 
Maximum is defined as the Southeast corner. 


Pix<els_2PiJong 


Each pixel represents some distance; This value 

represents how many pixels it would take to cover 360° 
in the longitude direction. 


PixelsJPilat 


Each pixel represents some distance. This value 
represents how many pixels it would take to cover 360° 
in the latitude direction. 


Image_name 


This is the actual first 8 characters of the file name. An 
example would be "29N047E !f (29 North Latitude and 47 
East longitude). 



Table 1 - Supermap header 



For each supermap, there will be one of the above structures, this allows us to find the correct tiles. Each one of 
the tiles has the following Information in it: 
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Name ] 




File_size 


The tiles are usually 1/2 meg tiles. Since the images that 
we process usually don't break up evenly, there needs to 
be a file size. See figure 1 and compare tile 1 with tile 15. 


Pixels wide 


This is the number of pixels in the width of the tile. 


Pixelsjiigh 


Hiis is the number of pixels in the height of the tile. 


Minimum Jongitude 


This is the minimum longitude of the map tile. Minimum is 
defined as the North west comer. 


Miiunium_Latitude 


This is the minimum latitude of the map tile. Minimum is 
defined as the Northwest corner. 


Maximumjorigitude 


This is die maximum longitude of the map tile. Maximum 
is defined as the Southeast corner. 


Maximum^Latitude 


This is the maximum latitude of the map tile. Maximum is 
defined as the Southeast corner. 


rixeis_ZFi_iong 


cacn pixel represents some distance, i nis vaiue represents 

how many pixels it would take to cover 360° in the 
longitude direction. 


Pixels_2Pi_lat 


Each pixel represents some distance. Tliis value represents 
how many pixels it would take to cover 360° in the latitude 
direction. 


Data 


This is the data in the image. This can be up to 1/2 meg of 
data. 



Table 2 - Tile header 



30 

CREATING TILES FROM A MAP 

FIG , 2 is the flow chart for tiling of the supermap into tiles and storing the tiles on disk. Processor 22 is reading the 
35 digital map data from CD-ROM 20. this flow is performed by processor 22. Processor 22 takes a large image arid 
breaks it up into tiles and stores the tiles on disk 24. These tiles are arranged by row and column. 

A row counter is initailized to 1 . block 30. A column 1 is initialized to 1 , block 32. The process then goes into a loop 
reading all the data in the supern^, block 34. The tiling process checks to see if it is at the end of the row, block 36. If 
it is, add 1 to the row, block 38 and reset cdurhn to 1 , block 40. Then a filename is created for the tile, block 42. This 
40 filename includes ^ and a row/column ASCII name. Acid one to the column, block 44; 

Check to see if there is any more data to read, block 46. If there is, go back to block 36 and read another tile, otherwise 
, ■ stop, block 48, . • /.'/•'■;■ . ';r ', 

FIG. 3 illustrates the way the tiles are partitioned. The outside border (heavy line) represents the supermap. In this 
example, the supermap is partitioned into 15 tiles. All ties are 1/2 rrieg except for 5, and 10-15. The name of the super- 
45 map is "29N047E"; Each tile uses the "29N047E" and adds a row and a column, this gives the tile a unique name. At 
this time, ali tile images are in tiles on the disk with headers. 

MAP FINDING PROCESS 

so this is a critical process because this is how the tiles are found depending on the users view. The user who desires 
to vjew the image will pan through the image, the user will pass the area that he/she is viewing and the tile viewing 
process performs as follows. 

Processor 22 will r^eive information in l^titud to display, block 60. From this area, 

processor 22 will determine which supermap contains the tiles to display, block 62. Processor 22 now needs to find the 

55 tiies that will cover the area so processor 22 calculates the starting row and column, block 64. this calculation is shown 
below. . : '•• .' ; : . • 

Processor 22 then calculates the ending row and column, block 66. This gives a range of tiles to process. Proces- 
sor 22 finds each tile, block 68. Processor 22 checks to see if the tile is already in RAM 26 (See FIG. 5 for more infor- 
mation on storage in RAM), block 70. If the tile is not in RAM 26, then processor 22 checks to see if there is available 
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memory in RAM 26, block 72. If not, processor 22 swaps out the least recently used tile, block 74. If there is available 
memory, processor 22 loads the hew map tile from disk 24, block 78. The newly loaded tile is then put at the front of the 
linked list (most recently used tile), block 76. The tile is then taken from the linked list in RAM 26 and displayed to display 
28, block 80. Processor 22 checks to see if there are any more tiles to display, block 82. If there are, then the above 
5 process is repeated for the next tile beginning at block 68. If not, the process is ended, block 84. 
the formulas are as follows: : 

First, the number of pixels in one degree: latitude and longitude is calculated. This is important because it is neces- 
sary to know how much each pixel takes represents the earth. 

. pixels 2 PI lat 

pixels _2 PI Jong 

' ■ . 2*71 

Next, some interim calculations are performed. The variables with the 'new in front of the name are the area that 
is the raster map heeds to display. Th change with each hew requested area, this display will change when 

the user views a different part of the raster map. 

.,row_start^sm_maxJat-new_maxJatyb 

20 . : cdlumhjstart = {new_minJong'Sm_minJong)*a 

rowjend ={sm_maxjat-new_minjaf)*b 

coiumn^end =(new_maxJong'Sm_minJongy a 



25 



30 



35 



From the above formulas, the tied maps to be loaded from the database can be determined. This process deter^ 
mines the number of tiled maps also. 

fcolumn_startj i 



start_columnJile • 



. end row file -I 



v 1024 

frowjem 



+1 



5+1 



"\ 1024 

encLjvtumnjile =(™ lu !^^ 



At this point, the identities of the tiles that need to be loaded to display the desired area is known. For example, the 
variables were set as follows: 



40 



45 



50 



starwowjile = 1 
start_column_f He = 1 

end_row_file = 2 
erd_columhJile = 3 
then the following maps would; need to be loaded (assuming 29N047E): 



29N047E 
01 01 


29Nd47E__ 

01 02 


29N047E_ 

01 03 


29N047E 
02 01 


29N047E 

02 _02 


29N047E„ 

02 03 
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Least Recently Used (LRU) Display Process 

FIG. 5 shows the tiles being added to the linked list in RAM 26. Before there are any tiles in memory, the linked list 
is empty. Head_ptr, block 90 and Tail_ptr, block 92 both point to NULL, block 94. 

5 When tile 'A' is displayed, it is not in the linked list so, tile TV needs to be put in there. At this point, the Headjptr, 
block 96 and tail_ptr, block 98 both point to tile 'A', block 102. Since tile TV, block 102 is the only tile in the list, its pre- 
vious pointer points to NULL, block 100 and next pointer points to NULL, block 104. 

Next, when tile B' is displayed, it is also not in the linked list so tile B' needs to be put in there. Since tile 'B' is the 
newest one (most recently used), it is put at the front of the list, block 1 12. The Head_ptr, block 106, points to tile 'B\ 

10 Now that there are two tiles in the list, the TaiLptr, block 108, points to the last In the list (least recently used), tile TV, 
block 1 14. There are no tiles before tile B' so tile B* points to NULL, block 110. there are no tiles after tile 'A' so tile 'A' 
points to NULL, block 1 16. There is also a link from tiles 'A to B', block 1 1 2, and from tiles '& to TV, block 114. : 

When tile 'C is displayed, it is also not in the linked list, so tile 'C needs to be put in there. Since tile 'C is the newest 
one (most recently used), tile "C is put at the front of the list, block 1 24. The Head_ptr, block 1 1 8, points to tile 'C. Now 

is that there are three in the list, the tailjptr, block 1 20, points to the last in the list (least recently used), tile 'A, block 1 28; 
There are no tiles before tile 'C so tile '6* points to NULL, block 122. There are no tiles after tile 'A', so tile 'A' points to 
NULL, block 130. 

Blocks 124, 126, and 128 are all doubly linked to each other so the process can traverse the list. For this example, 
it is assumed that the list can only handle 3 elements so the list is now full. 
20 When tile B' is again requested to be displayed, tile 'B' is already in the linked list so it does not need to. be put in 
there again. Since tile 'B' is the newest tile (most recently used), tile B* is taken out of where it was, block 126 and put 
at the front of the list, block 138. the Head _ptr, block 132, points to tile 'B\ Tail_ptr, block 134, points to the last in the 
list (least recently used), tile TV, block 142. There are no tiles before tile B' so tile B' points to NULL, block 136. There 
are no tiles after tile 'A* so tile 'A' points to NULL, block 1 44. 
25 Blocks 138, 140, and 142 are all doubly linked toeach other so the process can traverse the list. Tile 'A' is still the 
last in the list, block 142. Tile B* is the first in the list, block 138. 

When tile B' is displayed, tile B'is not jn the linked list so it needs to be inserted. This presents a problem though. 
The linked list is already full. Because the list is full, the LRU tile, tile : TV, block 142 needs to be extracted from the list. 
This will allow a^ing tile B", since tile 'D' is the newest one (most recently used), it js put at the front of the list, block 
30 152. The Headjptr, block 146, points to tile B\ block 152. the tail_ptr, block 148, points to the last tile in the list (least 
recently used), tile B', block 156. there are no tiles before tile B' so tile B' points to NULL, block 150. There are no tiles 
after tile 'C so tile 'C' points to NULL, block 158. ; 

Blocks 152, . 154, and 156 are all doubly linked to each other so the process can traverse the list. If any new tiles 
were displayed, tile 'C-, block 156 would be the first to be taken out of the linked list because tile 'C is the least recently 
35 used. ... '' . 

this process will give at least the area requested. Most of the time, the area requested will be less than all the tiles 
(See FIG. 3). For each one of the tiles, there is the header (Table 2) that contains information on how to clip the map. 
The map will be displayed in the shaded area of FIG. 3. 

The present invention rapidly and efficiently positions the map data to be displayed according to the tile element 
40 which is the least recently used tile. In this way the display process finds the proper tile without going through a tree like 
process. After the process operates, tiie tile can be directly extracted from disk. As a result the process can display 
these maps in less than one second. This helps keep visual continuity of the user. 

Although the preferred embbdirherrt invention has been illustrated. and that form described in detail; it will be 
readily apparent to those skilled in the art that various modifications may be made therein without departing from the 
45 spirit of the invention or from the scope of the appended claims. 

' Claims • 

A method for displaying large amounts of data representing an image on a display device (28) by a display system, 
the display system including a processor (22), a disk (24), a random access memory (RAM) (26), and the display 
device (28), the method for di^laying comp the steps of: 

obtaining (60) the data representing the image from the disk; 
creating (62) a plurality of tiles, each tile representing a portion of the image; 
55 determining (70) whether a particular tile is already stbr^ RAM, 

swapping out (74) of the BAM a least recently uised tiie for storing the particular tile in the RAM, if the particular 

tile is not already stored in the RAM; and 

displaying (80) on the display device the particular tile. 
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2. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of determining whether a 
particular tile is already stored in the RAM includes the step of determining (72) whether there is available memory 
in the RAM to store the particular tile. 

s 3. A method for displaying iarge amounts of data as claimed in claim 2, wherein there is further included the steps of: 
loading (78) the particular tile in the RAM; and 

inhibiting (72) the step of swapping out, if there is available memory in the RAM. 

10 4. A method for displaying large amounts of data as claimed in claim 3, wherein there is further included a step of indi- 
cating (76) in link list that the particular tile is a most recently loaded tile in the RAM. 

5. A method for displaying large amounts of data as claimed in claim 4, wherein the step of indicating in a link list 
includes the steps of : 

15 : . ... '. ' ' ■ ' ■ • •. 

linking (96) in the link list the most recently loaded tile in the RAM to a next most recently loaded tile in the 

RAM; and ^ 

indicating (98) in the link list the least recently used tile. 

20 6. A method for displaying large amounts of data as claimed in claim 5, wherein there is further include the steps of: 

determining (82) whether any more tiles are to be loading in the RAM; and 
obtaining (68) a new ti(e from the disk to loaded in the RAM. 

25 7. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of creating a plurality of tiles, 
each tile representing (1,2,3,6.7.8) a portion of the image includes the step of segmenting (34) the image of the plu- 
rality of tiles into blocks of a predetermined size in an off-line process by the processor. 

8. A method for displaying large amounts of data as claimed in claim 7, wherein the step of segmenting the image of 
30 the plurality of tiles into blocks of a predetermined size in an off-line process by the processor includes the step of 

segmenting (34) the image of the plurality of tiles into blocks of approximately one/half mega-words in length in an 
off-line process by the processor. 

9. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of creating a plurality of tiles, 
35 each the representing a portion of the Image includes the step of segmenting (34) the image of the plurality of tiles 

into blocks of a predetermined size in an on-line process by the processor. 

10. A method for displaying large amounts of data as claimed in claim 7, wherein the step of segmenting the image of 
the plurality of tiles into blocks of a predetermined size in an off-line process by the processor includes the step of 

40 segmenting (34) the image of the plurality of tiles into blocks of approximately one/half mega-words in length in an 
on-iine process by the processor. 
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